home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload Trio 2 / Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO / dir24 / aprs60.zip / BBSNOTES.TXT < prev    next >
Text File  |  1994-09-28  |  8KB  |  125 lines
  1. BBSNOTES.txt 6.0         SUGGESTIONS FOR USING PBBS's
  2.                                    and for
  3.                INCLUDING APRS PROTOCOLS IN BBS and NODE SOFTWARE
  4.  
  5.  
  6.     One thing we have learned in maintaining an operational APRS net on 145.79,
  7. is that it is very useful for all stations to include in the comment field of
  8. their position report the address of their home BBS!  Then any station on the
  9. APRS frequency immediately learns how to send that station a lengthy packet
  10. message.  If your TNC supports an internal BBS, it is also useful to leave it
  11. on and include its unique address or SSID in your comment field so that stations
  12. can access your PBBS even while you are running APRS!  A few stations sending
  13. keyboard messages into a PBBS on the APRS frequency is not objectionable since
  14. the number of packets are small and at typing speed.  Also, by having personal
  15. mail boxes, users then DO NOT read their mail over the air!  I encourage all
  16. stations to operate their own PBBS maildrops on the APRS frequency; but please
  17. do not use the PBBS's to post messages for others who must read the message
  18. over the air.  All stations should avoid any other general computer to computer
  19. exchanges which would block the frequency for large blocks of time.
  20.  
  21.     The remainder of this file is intended for BBS SYSOPS and the writers of
  22. BBS and NODE software.  Please consider the following advantages to including
  23. APRS protocols in your station operation.  Since APRS allows stations to see
  24. the network topology in real-time, it is ideal for determining the locations
  25. of all neighboring BBS's and NODES.  If BBS's and NODES simply included either
  26. the LAT/LONG or GridSquare in a periodic UI frame, all users could see where
  27. the system is located.  For permanent  sites such as BBS's and NODES, this
  28. beacon could probably be transmitted once every hour or so.  This !LAT/LONG
  29. format can be placed anywhere in the BText to accommodate THENET Nodes and
  30. some BBS software where the beginning of the BText is pre-loaded with something
  31. already and the !LAT/LONG can only be appended to the end.  The exact format
  32. of the UI frame should be as follows:
  33.  
  34.     BBSXX>APRS:!DDMM.xxN/DDDMM.xxW[comments as desired to end of line
  35.                                   [this left bracket is the APRS symbol for BBS
  36.     BBSXX>APRS:[GRidsq]Comments to end of line
  37.     
  38.  
  39.     For BBS code writers, this process can be enhanced by making the BBS respond
  40. to APRS Query packets.  One of these packets is transmitted whenever an APRS
  41. station initializes his program.  On receipt of an APRS Query packet, all
  42. stations on frequency set a two minute random  timer and respond sometime
  43. in the next 2 minutes with their location.  This way, any APRS station can
  44. obtain the location of all stations on the frequency soon after comming on
  45. frequency.  The format of the APRS Query packet is W4XYZ>APRS:?APRS?.  By
  46. including the code in NODE and BBS software to respond to APRS Querys, the
  47. periodicity of the APRS position beacon can easily be set quite infrequently
  48. since stations can request the BBS position at any time.  For those concerned
  49. with physical security, the grid square position report can be used which is
  50. ambiguous to 3 miles or so instead of the LAT/LONG posit accurrate to 60 feet.
  51.  
  52. MAIL-FOR BEACONS:  Since APRS contains a BEACON parser to capture all BEACONS
  53. heard on frequency, this is an excellent way for stations to capture MAIL-FOR
  54. beacons from BBS's.  APRS stations simply call up their LATEST BEACONS display
  55. and see if there is any mail for them.  For this to work, APRS must see the
  56. MAIL-FOR information on the same line as the packet header.  MAIL-FOR which
  57. is listed on a second line after the header do not show up in the APRS system.  
  58. For this reason I would like to request BBS SYSOPS to modify their MAIL-FOR
  59. beacons to keep the beginning of the MAIL-FOR list on the same line as the
  60. packet header.  By allowing APRS stations to see mail lists without even
  61. logging on, you are helping reduce congestion on the channel.  Presently, most
  62. stations do not see MAIL-FOR beacons because they scroll off the screen too
  63. rapidly.  APRS grabs all packets that are TO the following addresses: APRS,
  64. BEACON, ID, MAIL, SKYWRN, CQ, GPS, SPCL, and QST.  APRS retains the last of
  65. these heard per station.  APRS can also be told to monitor all OTHER packets
  66. with the CONTROLS-OTHER command.
  67.  
  68.      Please play with the APRS software and load some of the backup and
  69. demonstration files included.  I'm sure you will find APRS to be an exciting
  70. new capability for packet radio which can make packet radio much more responsive
  71. in real-time communications.
  72.  
  73. BBS POSITION DATABASES:  Finally, ambitious code writers could add code in
  74. their BBS's to capture all APRS position reports heard on frequency.  These
  75. reports could be retained in a file and be made available to local users.  One
  76. of these files, if downloaded, can be loaded by APRS users to display the
  77. locations of all stations ever heard on the frequency!  Talk about good
  78. preparations for emergency comms!
  79.  
  80. BBS FORWARDED POSITION REPORTS:  Since we already have a worldwide packet
  81. network of BBS's which have the ability to forward a packet message anywhere
  82. in the country, I would like to see a standard message format built which would
  83. permit a mobile, roving packet station to report his location back to his home
  84. BBS on a once-a-day type basis.  Imagine that this mobile station simply posts
  85. a message on any nearby BBS which contains his position and the routing for his
  86. home BBS.  That packet message would be forwarded via the normal BBS network
  87. and arrive at the intended destination whereupon the destination BBS would in
  88. turn send out a decaying APRS POSITION beacon reporting that unit's position
  89. even if he was thousands of miles away and on the road!  All of his buddies
  90. (or his wife) would see on their home computers his latest position auto-
  91. matically which was actually relayed through the packet BBS network.  As with
  92. any APRS position report, the beacon periodicity would decay from 10 minutes
  93. to once every few hours as the position report got older.  The format for such
  94. a position report for WB4APR might be as follows:
  95.  
  96. Send:    SP APRS @ W3IWI.MD.USA                   Send command with Routing
  97. Subj:    !3858.11N/07629.11W/040/010              LAT/LONG/CSE/SPD
  98. Msg:     Be home at 1200 Saturday.                Comment field up to 40 chars
  99.          /EX
  100.  
  101. On receipt of such a message, the receiving BBS (W3IWI) would form an APRS
  102. station reporting UI frame and transmit it periodically as follows:
  103.  
  104. W3IWI>APRS:WB4APR   @051937/3858.11N/07629.11W/040/010/Be home at 1200 Saturday
  105.  
  106. As with all APRS packets, this packet would be transmitted once, then one
  107. minute later, then 2 minutes later, then 4 minutes later and so on.  This
  108. doubling ot the packet period after each transmission decays very repaidly to
  109. only 4 packets in the first 10 minutes, 3 more in the next hour and only 3
  110. more in an entire 24 hours!  This is not such a load!  This would only be 8
  111. packets in the first day and only 1 in the second!  When the period is greater
  112. than 24 hours, the message is deleted from the system. People on the road
  113. reporting home would probably send a new message every 24 hours anyway.
  114.  
  115.  
  116. BBS POSITION DATABASE:  Since APRS includes an individual station query
  117. capability, a BBS that has accumulated the position of all of its users, could
  118. respond to such an APRS query with a one time position report for that station
  119. without even logging on.  The APRS query is simply a one line APRS message from
  120. the querying station to the Queried station with the letters "?APRS" in the
  121. first 5 character positions.  A BBS with a callsign data base seeing such a
  122. packet could respond immediately with a position report for that station! 
  123. The APRS station would see the position on his map!
  124.  
  125.